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[57] ABSTRACT 

A computer processing system for a shipment transaction 
involving a shipper and a carrier. The system is particularly 
suited to efficiently automate the payment of a shipment 
transaction and to efficiently provide access to relevant 
shipment information. The system includes a shipper pro- 
cessor which receives purchase order information and assists 
in generating a bill of lading for the transaction. A shipper 
access terminal interfaces between the shipper processor and 
a central processor arrangement to control the quantity, 
quality, and timeliness of information transferred to the 
central processor arrangement. The central processor 
arrangement stores selective shipment information and gen- 
erates reports regarding the transactions. A carrier processor 
provides proof of delivery to the central processor arrange- 
ment. The central processor communicates with one or more 
financial institutions so that the carrier is paid and shipper 
billed for the relevant transaction. 

12 Claims, 9 Drawing Sheets 
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SHIPMENT TRANSACTION SYSTEM AND 
AN ARRANGEMENT THEREOF 

HELD OF THE INVENTION 

The present invention relates to a computer processing 
system for a shipment transaction involving a shipper and a 
carrier. 

BACKGROUND OF THE INVENTION 

Processing shipment transactions between a shipper and a 
carrier has been a manually intensive effort and has expe- 
rienced little change. Generally, the shipment transaction 
process involves a goods transport path and a payment 
process path. The goods transport path typically starts when 
a carrier picks up the goods at the shippcr*s warehouse do ck. 
The carrier receives a copy of a transaction docum ent, 
s ometimes referred to as a bill ot ladmg (BOD, fro m the 
s hipper. I' his type of transaction document includes in for- 
mation associated with the shipment transaction wtiic h is 
used by t& s snipp g^and carrier to track the sBipTneht of 
goods. The carrier trans ports ttie goods to tne receiverwnere 
tl ie"receivcrsigns a gg py ot the bOL lo verify-rccerpt orthc 
go^S^After the carrier has delivered the goods to the 
receiver, the carrier also submits the receiver's signed copy 
of the BOL to the carrier's headquarters. 

The payment process path starts when the carrier picks up 
the goods firom the shipper. The carrier sends a copy of the 
BOL to the carrier's headquarters for processing. The carrier 
headquarters rates the BOL. R ating involves determining the 
s hipment cost which takes into the acoount various ship ment 
paramctcrss uch as the size, weight, type of material , and 
d estination ot' the shipg ient. The carrier creates an invoice, 
sets up an accoimts receivable, and sends the invoice to the 
shipper's accounts payable department. The shipper, either 
internally or via a third party, audits the invoice to ensure the 
final cost is proper. 

One of the more burdensome aspects of the traditional 
process involves reaching agreement as to the final cost. If 
there is a dispute as to final cost, the shipper and carrier 
begin a burdensome and sometimes lengthy negotiation 
process in an attempt to settle the dispute. If the dispute is 
resolved, the shipper sets up an accounts payable for the 
transaction. The shipper will then send payment to the 
carrier and clear the accounts payable. Traditionally, the 
process for paying the carrier and clearing the accounts 
payable involves several manually intensive steps. Upon 
receipt of payment, the carrier clears the accoimts receiv- 
able. Traditionally, the process for clearing an accounts 
receivable includes the carrier manually inputting final pay- 
ment information into the accounts receivable system. 

The traditional approach can lead to many disadvantages 
for a transaction between one shipper and one carrier. 
Typically, however, th ere are multiple c arrie rs and shippe rs 
involved in m ultiplclransactions, whicE"makes the situ ation 
more complex, and that much more slow and inefficie nt. The 
process is manually Int^ive m ttiat it relies on the hard 
copy of the BOL for proof of delivery and payment, result- 
ing in a series of repetitive and time consuming steps. Also, 
ea ch BOL is often rated multiple times by multiple parti es 
c reating excessive redup dancy. 

Traditional shipment transaction systems are also highly 
susceptible to billing errors and fraud. For example, there is 
no connection between the delivery of goods and when the 
shipper is billed for delivery. This may result in double 
billing, no billing at all, or oveibilling the shipper for freight 
delivery chaiges. Also, auditing error may occur which 
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results io incorrect billing or payment. In addition, the 
carrier waits a disproportionately long time for payment 
while the invoice is being audited and/or disputed. For 
example, traditionally, a delivery takes about five days 
5 whereas payment takes about thirty days. This uimecessary 
delay adversely affects the carrier's working capital 
resources. 

Additional costs arise as a result of the existing ineffi- 
ciencies. Many of the costs are individually small, but very 
10 large in the aggregate. For example, the carrier incurs 
administrative costs including: the cost to create and deliver 
the initial invoice, costs of resolving billing disputes, costs 
of providing a signed copy of the BOL to the shipper, and 
costs of posting accoimts receivable. The shipper incurs 
15 similar administrative costs. 

An additional disadvantage invo lves the inabili ty to 
ob tain imm ediate informatiori re^ardin^ a sHipment. Since 
the process is largely conducted manuall^iris very difficult 
to track a shipment. To learn of the status of shipment or 
payment, there are various manual steps involved. For 
example, if the shipper wants to know if the carrier delivered 
the goods and if the payment has been made, the shipper 
must call the carrier and the appropriate financial institution. 

There have been numerous attempts to improve the exist- 
ing shipment and payment process. Some improvements 
have been made to each separate step of completing a 
shipment transaction, but the entire method remains rela- 
tively unchanged. For example, freight agents are used by 
shippers to schedule shipments and to process the invoice 
firom the carrier. Also, third party service providers have 
taken over the role of managing the shipper's accounts 
payable department. 

Another attempt to improve this burdensome transaction 
35 process involves the use of the Internet. Carriers have 
offered Internet access to their shipment information. Ship- 
pers access the carrier's Internet address and find out the 
immediate status of the shipment. A disadvantage of this 
system arises when, as in many applications, the shipper is 
using multiple carriers. In this typical situation, the shipper 
separately accesses the address of each carrier in order to 
find out the status of each shipment. This is unduly time 
consuming. 

Another di.sadvantage of traditional systems is that the 
45 shipper's reference number and the carrier's reference num- 
ber are not compatible. The carrier maintains the shipment 
data, so the shipper accesses the data using the carrier's 
reference number rather than the shipper's reference num- 
ber. The shipper and carrier track each shipment using 
50 multiple reference numbers. 

These various attempts to improve the overall process 
have fallen short of providing a convenient and cost effective 
system to process a shipment transaction. 

55 SUMMARY OF THE INVENTION 

According to one application, the present invention is" 
directed to a shipment transaction system for processing 
U-ansaction information related to goods shipped from a 
shipper by a carrier. The system comprises a means for 

60 accepting shipment information at the shipper's premises. 
The system provides a data processing means at the ship- 
per's premises, responsive to the shipment information, , 
arranged and configured to generate a set of transaction 
information. The transaction information includes informa- 

65 tion associated with the carrier and the lime at which thejf 
shipment is initiated at the shipper's premises, 'llie system 
uses a central processor arrangement, responsive to the 
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transaction information, and located remote from the ship- The present invention is generally directed to a system 

per's premises, for processing selective information regard- which automates the shipment transaction process to thereby 

ing the shipment. The system provides means for informing provide a convenient transaction protocol between the 

the central processor arrangement of delivery of goods by delivery, billing, and payment aspects of the transaction, 

the carrier. The central processor arrangement, responsive to 5 As shown in FIG. 1, a shipper processor 24 initiates the^ 

informing means, using the transaction information to audit shipment transaction by acting in conjunction with a BOL 

the shipment transaction and payment thereof. rating engine 30 to generate a rated BOL. The sh ipper 

The above summary of the present invention is not processor send the rated BOL to a data processing device 34 

intended to describe each illustrated embodiment, or every of Vsfiipper "access- term inal"32rTlie^ata prode^ing'device 

implementation, of the present invention. This is the purpose 34 generates transaction information and sends the transac- 

of the figures and of the detailed description that follows. t ion~5for mation to a centfaT^ rogfissor 40. TSr"ggntral 

processor '40~igcntifiesa nd centra ) ly tracks the tran.^ctinn 

BRIEF DESCRIPTION OF THE DRAWINGS i nformat ion. A earner processing device 46 receives proof of 

Other aspects and advantages of the invention will ''""^^ mformalion and sends this information to the 

become apparent upon reading the following detailed " central processor 40. TheoenttalEiesa^ 

description and upon reference to the drawings in which: ~ aUpirUnent^h^^ 

* - . , , . umt 42 and al lows unme di ate access to th is- mformation bv 

HG. 1 IS a block diagram illustraUng a specific embodi- thrSSBBETa. the carrier 22. and"^^authorized use rs>^ ^ 

ment which mcorporates prmciples of the present mvenUon. TffirreauarihC-saministraiive cc»ls of the shipper 20and 

FIG. 2 is a block diagram illustrating an example flow- 20 the carrier 22. The central processor 40 interfaces with an 

chart for programming the shipper processor 24 of FIG. 1 improved payment system including an issuing instimtion 

according to the present invention; 44 and a paying institution 52. An issuing processor 45 of the 

FIG. 2a is a block diagram illustrating an example flow- issuing institution 44, maintains a credit account for the 

chart for programming the BOL rating engine 30 of FIG. 1 shipper 20 and debits the shipper's account for the cost of 

according to the present invention; the shipment. A paying processor 54 of the paying institution 

FIG. 3 is a block diagram iUustrating an example flow- 52 lenders payment to the carrier 24. 

chart for programming the data processing device 34 of FIG. FIG. 2 is a block diagram illustrating an example flow- 

1 according to the present invention; chart for programming the shipper processor 24 of FIG. 1 

FIG. 4 is a block diagram illustrating an example flow- 3^ according to the present invention. According to this 

chart for programming the central processor 40 of FIG. 1 example flowchart, the shipper processor 24 receives 200 an 

manipulating the transaction information according to the "^P"^ relevant purchase order information for storage and 

present invention; processing using an adequate input device 202. Using a 

no. 5 is a bl(^k diagram iUustrating an example flow- conventional desktop PC for example, a keyboard and 

Chan for programming the issuing pro«sssor 45 of FIG. 1 35 "'"'^ ^ input devices. Using a more complex 

authorizing a transaction according to the present invention. «fP"'^f arrangement, a digital relnevingdevice such as an 

_^ ... . . „ mformation scanner, is used to oflset some of the labor 

no 6 B a block diagram lUustratmg an example flow- j^iated with this inputting eflfort. 



chart for programming the VRU unit 48 according to the 
present invention 



The shipper processor 24 processes 204 the purchase 



....... .„ . , « An order information including referencing inventory control 

FIG 7 is a block diagram lUuslratmg an example flow- ^0 ^^^^^^^ information systems to generate 206 shipment 

chart for programming the central processor 40 of HG. 1 parameters. In a particular application, the shipment param- 

generaung a deposit file accordmg to the present mvention. ^j,^ ^^.j^^e the identity of the carrier, identity of the 

FIG. 8 is a block diagram illustrating an example flow- receiver, the number of units, the weight of the shipment, the 

chart for programming the paying processor 54 of FIG. 1 destination of the shipment, the date of shipment, and the 

according to the present invention. estimated date of delivery. The shipper processor 24 is 

FIG. 9 is a block diagram illustrating an example flow- located at the shipper's premises so that the shipper proces- 

chart for programming the issuing processor 45 of FIG. 1 sor 24 receives accurate information resulting in further 

crediting a transaction according to the present invention. reliability and efficiency of the system. 

While the invention is susceptible to various modifica- 50 The shipper processor 24 electronically sends 208 the 
lions and alternative forms, specific embodiments thereof shipment parameters to the BOL rating engine 30. The 
have been shown by way of example in the drawings and transmission is accomplished conventionaUy. The BOL rat- 
will herein be described in detail. It should be understood, ing engine 30 of the illustrated embodiment of FIG. 1, is 
however, that it is not intended to limit the invention to the designed to suit the needs of the particular shipper, the type 
particular forms disclosed. On the contrary, the intention is 55 of goods shipped, and to provide an interface to the shipper 
to cover all modifications, equivalents, and alternatives processor 24. Conventionally, BOL rating engines, which 
falling within the spirit and scope of the invention as defined are in use today, are implemented using a computer pro- 
by the appended claims. cessing device such as a stand-alone personal computer, a 

personal computer connected to a network, or a oonven- 

DETAILED DESCRIPTION OF THE [ional mainframe. 

DISCLOSED EMBODIMENTS .m^u^- 11 . in 

FIG. 2a is a block diagram lUustratmg an example flow- 

The present invention is generally applicable to a com- chart for programming the BOL Rating Engine 30 of FIG. 1 

puter processing system for a shipment transaction involving according to the present invention. The BOL rating engine 

a shipper and a carrier. The present invention has been found receives 216 the shipment parameters and processes 218 the 

to be particulariy advantageous for a system which efli- 6S shipment parameters. The BOL Rating Engine 30 generates 

ciently automates the payment of a shipment transaction and 220 a rated BOL. llie BOL rating engine 30 is progranuned 

efiiciently provides access to shipment information. to an agreed upon rate structure by the shipper 20 and carrier 
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22. As a result, the BOL rating engine 30 produces consis* 
tently rated BOL's. Hiis has the further advantage that the 
shipper 20 and the carrier 22 do not have to audit the engine 
often. Existing systems require frequent auditing of the 
results of the BOL rating engine. With no post audit 
adjustments, the payment to the carrier 22 is definite. 

The BOL rating engine 30 sends 222 the rated BOL to the 
shipper processor 24. In a particular application, the BOL 
rating engine 30 is included in the shipper processor 24. The 
shipper processor 24 performs the rating function of the 
BOL rating engine 30 so that there is no need to send the 
shipment parameters to an external BOL rating engine. The 
shipment parameters are processed and a rated BOL is 
generated solely by the shipper processor 24. 

Ano±er advantage associated with the process in which a 
rated BOL is produced is that only one BOL rating engine 
30 is needed for the entire shipment transaction system. This 
saves duplicate eflforts by the carrier 22 and ensures exact 
payment. A significant benefit of this illustrated embodiment 
of FIG. 1 is that the cost depicted on the BOL is the final cost 
of shipment. Therefore, the shipper 20 and carrier 22 will 
immediately know the final cost of shipment before the 
goods are delivered. The BOL rating engine 30 removes 
ambiguity from the shipment transaction payment process 
which significantly ofEscts time consuming payment dis> 
putes. 

The shipper processor 24 receives 212 the rated BOL and 
sends 214 the rated BOL to a shipper access terminal 32 
located at the shipper's premises. In an alternative 
embodiment, the BOL rating engine 30 is located off the 
shipper's premises so that the shipper processor 24 can 
access the BOL rating engine 30 on an as-needed basis. One 
advantage is that one standardized BOL rating engine could 
be electronically linked to multiple shipper processors 
thereby reducing the cost to each individual shipper. 

FIG. 3 is a block diagram illustrating an example flow- 
chart for programming the data processing device 34 of RG. 
1 according to the present invention. Ilie shipper access 
terminal 32 contains a data processing device 34 which 
receives 300 the rated BOL. TTie data processing device 34 
validates 312 the rated BOL to ensure that the rated BOL 
contains data which is complete, error-free, and properly 
formatted. The data processing device 34 processes 312 the 
rated BOL and generates 316 a list of transaction informa- 
tion. The transaction information includes the information as 
seen in table 1 below. The columns in Table 1 represent the 
following: Data Element is the data that will reside in that 
particular element location, Length is the length of the data 
element; type is the type of data element which is either 
numeric or alphanumeric, and Description simply describes 
the function of the data element if necessary. 

TABLE 1 

Transaction [nformation 



TABLE 1-continued 



Data Elemcat 



Data Element 



Length Type DESCRIPTION 



Shipper ID 
Dock ID 
BUI of Lading # 
Ship Date 
SCAC 



Carrier Vendor 
Number 



10 
3 

15 
8 
4 



10 



N RecoidID 
N Rccofd ID 
AN Record ID 
N Record ID, reporting 
A Standard Carrier Alpha Code, a 

national standardizeid carrier 

identification code. 
N Alternate index, allows Shti^er 

20 to specify its vendor number 

for a given carrier 22 



10 



15 



20 



25 



30 



45 



50 



55 



60 



65 



Transaction Information 



LengUi lype DESCRIFTION 



Customer Number 



Customer PO # 
Shipper Order # 
Vendor Order 
Number 

Shipper Name 
Shipper Contact 
Person 

Shipper Phone # 
Origin Designator 
aty 
State 
ZIP Code 
Division Code 
Reference B/L# 1 
Reference E/L# 2 
Reference B/L#3 
Bill of Lading 
TVpe 

Shipment Mode 

Inbound, Outbound 
Flag 

Prepaid, Collect 
Flag 

COD Rag 
COD Amount 
Shipment Vblue 
Driver Name 
Trailer/Car # 
TfaUer/CflrSeal# 



Import, Export 



# Stops 
Stop Off Charges 
Rated Freight 
Charges 

Cube Dimensions 
Shipment *'as 
weight** 
Accessorial 
Charges 

Total Freight Chg$ 
Destination Name 
Destination City 
Destination State 
Destination Zip 
Cbde 

Destination Area 
Cbde 

Destination Prefix 
Destination Phone 
Mileage 



10 



15 
15 
15 



35 
20 

15 
10 
20 
2 
9 
2 
15 
15 
15 
1 



1 
1 

9.2 
9.2 

20 

15 



N 



1 



2 

7.2 

9.2 

5 

7.2 

7.2 

9.2 
25 
20 

2 

9 



Alternate index, allows shqiper 
20 to ^Tecify it's customer 
number for a given receiver 
AN Alternate index, reporting 
AN Alternate index 
AN Reporting, alternate locator, 
carrier 22 PO associated with 
shipment 

AN 
A 



AN 
AN 
AN 

A 
N 

AN 
AN 
AN 
AN 
AN 



AN 



AN 



N 
N 
N 
AN 
AN 



Consolidated Shipments 
Cbnsolidated Shipments 
Consolidated Sh^ments 
Reporting 

Less than Truck LoadCLTL), Truck 
Load CTL), Rail (RAI), AIR 



N 
N 



N 
N 



N 
AN 
AN 
A 
N 



N 
N 
N 



The data processing device 34 sends the transaction 
information to a central processor 40. In one embodiment, 
the data processing device 34 is implemented using a 
conventional personal computer programmed to operate 
under the control of an operating system stored in the 
memory. These types of computer arrangements are not 
presently programmed to conventionally interface with a 
central processing center and a processing device located at 
a shipper's premises. One advantage of interfacing the 
central processor 40 with shipper access terminal 32 is that 
the shipper access terminal 32 can control the quantity, 
quality, and timing of information that is transmitted 
between the shipper processor 24 and the central processor 
40. The access terminal 32 can also control the communi- 
cation sessions between the shipper processor 24 and the 
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TABLE 2-Gontinued 



Shipper Profile 



central processor 40. The shipper access terminal 32 is 
designed so that the shipper 20 may directly access the 
transaction information. The shipper 20 will not be allowed 
to make changes to the transaction information, but is able 
to add additional information. This ensures the integrity of 
the transaction information. An additional advantage of the 
access terminal 32 is that the data processing device 34 can 
receive real-time information from the shipper processor 24 
regarding the shipment transaction. 

In an alternative embodiment, the shipper access terminal 
32 is hnked to a magnetic stripe card reader. The card reader 
accepts a card and transmits the data contained therein to the 
data processing device 34 of the shipper access terminal 32. 
The magnetic stripe card reader accepts an identification 
card from a user of the system. The identification card 
contains relevant user information. In an alternative 
application, the access terminal 32 is linked to a bar code 
reader which is designed to receive information from a bar 
code and input the bar code information into the data 
processing device 34. The bar code is printed on the BOL or 
on a carrier identification card. 

The data processing device 34 sends 318 the transaction 
information to the central processor 40. The design of the 
central processor 40 is dictated by the desired speed, the 
number of users, and the amount of data to be processed. 

FIG. 4 is a block diagram illustrating an example flow- 
chart for programming the central processor 40 of FIG. 1 to 
manipulate the transaction information according to the 
present invention. The central processor 40 receives 402 the 
transaction information and perfonns 404 an integrity check 
on the incoming information to ensure that the information 
is correctly formatted and contains no errors. If the integrity 
check is unsuccessful, the transaction information is stored 
in a suspense file in a data storage unit 42. Once the error is 
corrected, the corrected transaction may be sent into the 
normal process flow. If the integrity check is successful, the 

central processor 40 retrieves 406 authorized user profile ^ . . ^ ^. • . . ^ 

lists from the data storage unit 42. ^ authorized carrier profile list identifies mformaUon 

, . ' . ,t regardmg the earner 22 and the shipment transaction as can 

Tlie dala storage unu 42 .s essenlially a memory unil 40 be seen below in table 3. Included in the carrier profile is a 
which stores .nformaiion relevant lo the shipping Uansac- merchant number which a paying processor 54 assigns to the 
tion. The design of the data storage unit 42 is dictated by the 22. Each carrier 22 can have multiple merchant 



5 


DATA ELEMENT 


WIDTH 


TYPE 


DESCRIPTION 




Shipper Address 1 


32 


A/N 


Headquarters Address 




Shipper Address 2 


32 


A/N 






Shipper Cily 


28 


A/N 






Shipper 


3 


A/N 




10 


Statc/Proviuce 










Shipper Country 


3 


A/N 






Shipper Contact 


32 


A/N 






Shipper Phone 


10 


N 






Open Date 


8 


N 


Supplied by CP 40 when record 
is built. YYYYMMDD format 


15 


Date of First 


8 


N 


Automatically suj^lied by CP 


Activity 






40 when first BOL record is 








received by CP 40 
-YYYYMMDD format 




l^te of Last 


8 


N 


Automatically updated by CP 




Activity 






40 every time a BOL leooid 


20 








is processed 


Current Status 


4 


A 


\«ilid values are OPEN, CLSD. 
HOLD. Automatically updated 
on effective date if effective 
date was pre-enlered or as part 
of on-line transaction when 


25 








effective date is set to today. 


Current Status 
Date 


S 


N 


Automatically updated by 
system when currem status field 
is updated, YYYYMMDD 
format 




Pending Status 


4 


A 


User will key status, valid values 
are OPEN, CLSD, HOLD 


30 


Effective Date 


8 


N 


De&ult to today's date with user 
ability to override to a foture 
date. YYYYMMDD format 




Last iq)date date 


8 


N 


Automatically stamped by CP 40 




Last update Lime 


4 


N 


Automatically stamped by CP 
40. HHMM format 


35 


Last Update User 


8 


A/N 


Automatically pulled from user 








profile by CP 40. 



_^amount of data needed to be stored. 
Y^/^The authorized user profile lists represent the users and 



numbers if desired. This allows carrier flexibility to assign 
different merchant numbers for different regions or different 



\^ f — »™ Qincrcoi mcrcoani Dumocrs EOF Qiucrcni regions or ain:e rem 

vW combination of users that are authorized to use the system. 45 shippers. This flexibility facilitates the carrier's business 



lAuthorized user profile lists include a shipper profile list, a 
> carrier profile list, a carrier/shipper profile list, and a shipper 
access terminal profile list. The profile lists provide the cross 
tf} reference between the payment ID (assigned by central 
^^^^ processor 40), an account ID (assigned by an issuing pro- 50 
y V ^ cesser 45), and a merchant number (assigned by a paying 
^\ ^processor 54). 

An authorized shipper profile list identifies information 
regarding the shipper and the shipment as can be seen below 
in Table 2. 



management process. It is not known of existing systems 
which provide such flexibility. 

TABLE 3 

Qtfrier Profile 



TABLE 2 



Shipper Profile 



DATA ELEMENT WIDTH TYPE 



DESCRIPTION 



Shipper iD 



Account ID 



Shi|^r Name 



10 



16 



32 



A/N 



Uniquely identifies a legal entity 
using a single BOL s>-stem, 
assigned by the CP 40. 
Aocouot # assigned lo shipper 
20 by issuing processor 54. 



55 



60 



65 





DATA 


DATA 




COLUMN NAME 


WIDTH 


TYPE 


DESCRIPTION 


SCAC 


4 


A/N 


4 character code thot uniquely 
identifies a Carrier 22. 


Merchant Number 


10 


N 


Paying processor 54 assigns to 
each carrier. 


Carrier 22 Name 


32 


A/N 


DBA name of Carrier HQ 


Carrier Address 1 


32 


A/N 




Carrier Address 2 


32 


A/N 




Carrier Cily 


28 


A/N 




Carrier 


3 


A/N 




State/Province 








Carrier Country 


3 


A/N 




Carrier Contact 


32 


A/N 


Name of primary coniaa at 
Carrier HQ 


Carrier Phone 


10 


N 


Phone number of primary 



contact ai Carrier HQ 
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TABLE 3-cootinued 

Camet Profile 
DATA DATA 



cxjlumn name 


WIDTH 


TYPE 


DbSCRIr HON 


open Date 


8 


N 


Automatically supplied by CP 
40 when record is builL 
YYYYMMDD format 


Date of First 


8 


N 


Automatically supplied by CP 


Activity 






40 when first BOL record is 
received by system on this 

fjurier '25.YYYYMMnn 

^^lllvi I I I I ITtiTlL/Lr 

format 


Date of Last 


8 


N 


Automatically updated by 


Activity 






system every time a BOL record 
is processed for this Carria 22 


Curient Status 


4 


A 


\%ilid values arc OPEN, CLSD, 
HOLD. Automatically updated 
00 effective date if effective 
date was pre-entered or as part 
of oa-line transaction when 
effective date is set to today. 


Curivnt Status 


8 


N 


Automatically updated by CP 40 


Date 






when current status field is 
updated, YYYYMMDD format 


Pending Status 


4 


A 


User will key status 


EflSective Date 


8 


N 


Default to today's date with 
user ability to override to a 
future date. YYYYMMDD 
format 


Last update date 


8 


N 


Automatically stamped by CP 40 


Last update time 


4 


N 


Automatically stamped by CP 40 
HHMM format 


Last Update User 


8 


A/N 


Automatically pulled from user 
profile lists by CP 40 



TABLE 4<ondnued 

Shipper/Qinier Profile 
COLUMN DATA DATA 



NAME 


WIDTH 


TYPE 


DESCRIPTION 








was prc-cntcred or as part of on- 








line transaction when effective 








date is set to today. 


Current Status 


8 


N 


Automatically t^dated by CP 40 


Date 






vihtn current status field is 
updated, YYYYMMDD format 


Pending Status 


4 


A 


User will key status 


Effective Date 


8 


N 


EXefauIt to today's date with user 
ability to override to a future 
date. YYYYMMDD fonnat 


Last iqsdate 


8 


N 


Automatically stamped by CP 40 


date 








Last i^date 


4 


N 


Automatically stamped by CP 40 


time 






HHMM formal 


Last Update 


8 


A/N 


Automatically pulled from user 


User 






profile lists 



Ad authorized shipper access termiDal profile identifies 
the shipper 20 as well as the shipping dock. A shipper has a 
separate shipper access terminal profile for each dock. The 
central processor 40 assigns a different dock ID for each 
dock, l^e information included in the access point profile is 
listed below in table 5 

TABLES 



Access Terminal Profile 



COLUMN 

NAME WIDTH TYPE DESCRIPTION 



10 



15 



20 



25 



35 Shipper ID 10 N 

An authorized shipper/carrier profile list identifies infor- 
mation regarding valid shipper carrier combinations as can ^ 3 N 
be seen below in table 4 

Account ID 16 N 

TABLE 4 



40 



Shipper/Carrier Profile Dock Name 32 A/N 

Dock 32 A/N 
COLUMN DATA DATA Address 1 

NAME WIDTH TYPE DESCRIPTION Dock 32 A/N 



Shipper ID 


10 


N 


Carrier SCAC 


4 


A/N 


Merchant 


10 


N 


Number 






Proof of 


1 


A 


Delivery 






(POD) 






TVpe of POD 


4 


A 


Auto close 


2 


N 


days 






Open Date 


8 


N 


Date of First 


8 


N 


Activity 






Date of Last 


8 


N 


Activity 






Current Status 


4 


A 



Assigned by Paying processor 54. 
If blank, use default value from 
canier profile. 

"Y* for POD to be required, 
"N** for POD not required 

Identifies in what manner the POD 

is to be received. 

Number of days after which the 

transaction will close and be 

paid to the Oarrier 22 regardless 

of whether or not POD has been 

posted. 

Automatically supplied by CP 40 
when record is builL YYYYMMDD 
fbrmat 

Automatically supplied by CP 40 
when first BOL record is received 
by system- YYYYMMDD foraiat 
Automatically updated by CP 40 
every time a BOL record is 
processed 

\btid values are OPEN, CLSD, 
HOLD. Automatically updated on 
effective date if effective date 



SO 



55 



60 



Address 2 






DockOty 


28 


A/N 


Dock 


3 


A/N 


State/Province 






Dock Country 


3 


A/N 


Dock Contact 


32 


A/N 


Dock Phone 


10 


N 


Open E)ate 


8 


N 


Date of First 


8 


N 


Activity 






Date of Last 


8 


N 


Activity 






Current Status 


4 


A 


Current Status 


8 


N 


Date 






Pending Status 


4 


A 



Uniquely identifies a legal entity 
using a single BOL system 
Uniquely identifies a particular 
physical dock location with a 
shipper ID. 

Issuing Processor 54 assigns. 

Defaults from shipper profile, can 

be overridden by shipper. 

DBA name of dock originating BOL 

Street address of dock originaUng 

BOL 



Tb be used for reporting against 
completion transaction 
Automatically supplied by O* 40 
when record is builL YYYYMMDD 
fonnat 

Automatically supplied by CP 40 
when first BOL record is received 
by system- YYYYMMDD format 
Automatically updated by CP 40 
every time a BOL record is 
processed 

Automatically updated by CP 40 on 
the effective date if efiisctive 
date was pre-entered or as part of 
the oa-line transaction if the 
effective dale is changed to today. 
Vhlid values are OPEN, CLSD, 
HOLD 

Automatically updated by CP 40 
when current status field is 
updated, YYYYMMDD formal 
User will key status 
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NAME 


WIDTH 


TYPE 


DESCRIPTION 


Eflective Dale 


8 


N 


De&ull to today's dale with user 








ability to override to a future 








date. YYYYMMDD format 


Last update 


8 


N 


Automatically stamped by CP 40 


date 








Last update 


4 


N 


Automatically stamped by CP 40 


time 






HHMM formal 


Lost Update 


8 


A/N 


Automatically pulled from user 


User 






profile lists 
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40 and the ceatral processor 40 updates the recnrds in the 
TABLE 5-continued data storage unit 42. If the authorization is successfiij, the 

— — payment ID is considered "authorized". If the authorization 
Access "ftmiinal Profile unsuccessful, the issuing processor 45 sends 512 an 

5 authorization decline to the central processor 40. 

After the goods are delivered to a receiver, the paymen? 
ID must be "closed". Closed refers to providing proof of 
delivery (POD) of the shipment in order to complete the 
shipment transaction. POD includes the identity of the 
10 shipper, the BOL number, the carrier invoice number, the 
delivery date and time, the person acknowledging receipt, 
and the condition of the shipment. A earner processor 46 
receives the POD and sends the information to the central 
processor 40. 

In one embodiment, the carrier processor 46 is a oonven- 
llie central processor 40 authenticates 408 the transaction bar code reader. The bar code reader is used by the 

information by comparing elements of transaction informa- ^^^^^ 22 to read a bar code on the shipment. The bar code 
tion wath the authorized user profile lists. The elements of reader sends the POD information to the central processor 

the transaction information used for authentication include; 

the identity of the shipper, the identity of the shipper's dock. In an alternative embodiment, the carrier processor 46 is 
and the identity of the carrier. If the authentication is a voice response unit 48 (VRU). FIG. 6 is a block diagram 
successful, the central processor 40 assigns 410 a payment illustrating an example flowchart for programming the VRU 
identification number (payment ID) to the transaction infor- 48 according one embodiment of the present invention. In 
mation and stores 412 the transaction information in the data this embodiment, the central processor 40 extracts an open 
storage unit 42. The payment ID is a unique key for the payment ID from the data storage unit 42, The central 
transaction record which the central processor 40 uses to processor 40 sends information relating to the open payment 
centrally track the transaction. The payment ID includes ID, including the BOL number and the shipper ID, to the 
specific information regarding the shipment transaction VRU 48. The VRU 48 receives 602 the open BOL number, 
including; the shipper identification number, the BOL ^ A standard touch-tone telephone is used to access the 
number, and the shipping date. The advantage of the pay- VRU 48. While the location of the telephone is not critical, 
meat ID is that it allows the central processor 40 to more locating it at the receiver's premises promotes efficiency, 
efficiently and accurately track the different actions occur- convenience, and accuracy. It is convenient and efficient 
ring within the system. The payment ID can be referenced to because die carrier 22 can call the VRU 48 at the exact time 
the specific identification numbers ^ch any of the users the shipment is delivered. It is accurate in that the phone 
may assign. The payment ID is now considered "open". number of the receiver, automatically capnired by the VRU 
Open is a term used to signify that the shipper 20 has 48, will identify where and when the call was made, 
transferred the goods to the carrier 22. and the carrier 22 has The VRU 48 prompts 604 the carrier 22 for the shipper 
not yet completed the shipment. id. The VRU 48 receives 606 the shipper ID and attempts 

If the authentication is unsuccessful, the central processor to match 608 the entered shipper ID with a open shipper ID. 
40 stores 414 the invalid transaction in a suspense file in the If the shipper ID is matched, the VRU 48 prompts 610 the 
data storage unit 42. When an invalid transaction is stored, carrier 22 for the BOL number. The VRU 48 receives 612 
a notification is sent which indicates that an error has the entered BOL number and aliempLs to match 614 the 
occurred and is in need of further review and correction. combination of the entered BOL number and shipper ID 
Once the error is corrected, the corrected transaction may be 45 with an open BOL number and Shipper ID. If the BOL 
sent into the normal process path. number and shipper ID combination is matched, the VRU 48 

The central processor 40 sends the authenticated transac- prompts 616 the carrier 22 for condition of shipment. The 
tion information, including the shipper identity and the cost VRU 48 receives 618 the condition of shipment and sends 
of the shipment, to an issuing institution 44 for authoriza- 620 the POD information which includes BOL number, the 
tion. FIG. 5 is a block diagram illustrating an example 50 shipper ID, and the condition of the shipment to the central 
flowchart for programming the issuing processor 45 of FIG. processor 40. 

1 to perform an authorization check according to the present If the VRU 48 cannot match either the shipper ID and the 
invention. The issuing institution 44 contains an issuing BOL number, the VRU 48 prompts 622 the carrier 22 to 
processor 45. The issuing processor 45 maintains accounts either try again or routes 624 the carrier 22 to customer 
for one or more shippers. Each account includes information 55 service where the problem can be resolved, 
regarding credit limits, open authorizations, unpaid FIG. 7 is a block diagram illustrating an example flow- 
balances, and the resulting open-to-buy. Open-to-buy mea- chart for programming the central processor 40 of FIG. 1 
sures the unused credit limit. generating a deposit file according to the present invention. 

The issuing processor 45 receives 502 the authorization The central processor 40 receives 702 the matched BOL 
request from the central processor 40. The issuing processor 60 number, the shipper ID, and the condition of the shipment 
45 compares 504 the authorization request to the open-to- from the carrier processor 46. TTie central processor 40 
buy of the shipper and attempts to approve 506 the request. validates 704 the incoming data to ensure that it is error free 
If the shipper 20 has enough open-to-buy, the issuing and properly formatted. The central processor 40 extracts 
processor 45 approves the authorization request. The issuing 706 the open payment ID from the data storage imit 42. The 
processor 45 stores 507 the approved authorization request 65 central processor 40 authenticates 708 the matched BOL 
and decreases 508 the open-to-buy. The issuing processor 45 number with an open payment ID. If the BOL number and 
sends 510 the authorization approval to the central processor payment ID are authenticated, the payment ID is considered 
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complete. The central processor stores 710 the completed soon after the carrier 22 has completed the shipment. This 

transaction and corresponding payment ID in the data stor- provides the carrier 22 with improved cash flow and reduces 

age unit 42. If authentication is unsuccessful, the central the carrier's working capital requirements. Another advan- 

processor 40 stores 712 the information in a suspense file tage is that the carrier 22 does not have to audit or rate the 
where the problem can be manually resolved as discussed S payment which saves time and money. This streamlined 

above. approach reduces the carrier's administrative costs associ- 

A payment ID can be completed by the above manner, or ated with processing a payment, 

a payment ID can expire. A payment ID expires when a The paying processor 54 generates 814 a systems bill for 

preprogrammed number of days has elapsed since the ship- the carrier 22. This systems bill represents the amount the 
ping date. This preprogrammed number of days is defined as 10 carrier 22 owes for the ser\'ice provided by the system of the 

auto close days in the data storage unit 42. A particular present invention. The paying processor 54 sends 816 the 

u-ansaction is identified by the shipper and carrier to expire systems bill to the carrier 22. The paying processor 54 sends 

on a specific date, the effective date, whether or not the proof 818 the systems bill information to the central processor 40 

of delivery is received. On the effective date, the payment where the information is stored in the data storage unit 42. 

process begins. This has the advantage that the carrier 22 The paying processor 54 delivers 820 the paid shipment 

will be paid for every shipment carried. Payment to the transactions to the issuing processor 45 of the issuing 

carrier 22 is expedite d if proof of delivery is received. institution 44. 

The central processor 40 periodically extracts 714 from The issuing institution 44 maintains one or more accounts 

the data storage unit 42 the transactions that are listed as for the shipper 20 and extends and manages credit to the 

"completed and authorized" or "expired and authorized." shipper 20. llie issuing processor 45 maintains the amount 

The central processor 40 sorts and batches 716 the transac- paid to each carrier 22 on behalf of each shipper 20. FIG. 9 

tions by the merchant number. The central processor 40 is a block diagram illustrating an example 20 flowchart for 

generates 718 a deposit file 50 for those authorized trans- programming the issuing processor 45 of FIG. 1 to credit a 

actions which are completed or expired and which have not transaction according to the present invention. The issuing 

been previously extracted. In a particular application, one processor 45 receives 902 the paid transactions from the 

deposit file 50 is created for all transactions completed by paying processor 54. The issuing processor 45 retrieves 904 

each carrier. The deposit file 50 is formatted so that it is the approved authorization list and compares 906 the autho- 

compatible with the paying processor's 54 format. The rization list with the paid transactions. The issuing processor 

deposit file 50 includes the payment ID, the account ID, the 45 attempts to match 908 the paid transactions with an 

carrier identity, the BOL number, the destination city, the authorized transaction. If a match is made, no change is 

destination state, the destination zip code, and the cost of made to the open to buy. If a match is not made, the issuing 

shipment, llie cost of the shipment represents the amount processor 45 decreases 910 the open to buy. 

that is owed by the shipper 20 and payable to the carrier 22. The issuing processor 45 posts 912 the cost of shipment 

Hie central processor 40 performs 720 a general integrity for all paid transactions to the shipper's account thereby 

check on the deposit file 50. The integrity check includes: increasing the balance due from the shipper 20. The issuing 

ensuring that the payment ID has been authorized, ensuring processor 45 periodically bills 914 the shipper 20 for the 

that the BOL is completed or expired, and ensuring that posted financial transactions paid on behalf of the shipper 20 

payment has not yet occurred for the particular payment ID. and periodically receives 916 payment firom the shipper 20. 

If the central processor 40 validates the deposit file 50, the ^ When the issuing processor 45 receives payment, the pro- 
processor 40 sends 722 the deposit file 50 to a paying cessor 45 posts payment to the shipper's account and 
processor 54 of a a paying institution 52. In a particular increases 918 the open-to-buy. 

application, the deposit file 50 is conventionally sent via a The issuing processor 45 communicates with the central 

telephone transmission. The paying institution has a paying processor 40 and sends information regarding shipper 20 

processor 54 which processes financial information and payment and billing. The central processor 40 updates the 

maintains financial accounts for the carrier 22. The paying data storage unit 42 with this information, 

processor 54 is generally designed to process financial In an alternative embodiment, the paying institution 52 is 

information. The paying instimtion 52 maintains one or incorporated into the issuing institution 44. This results in 

more accounts for each carrier 22. one processor performing the functions of the issuing pro- 

FIG. 8 is a block diagram illustrating an example flow- 50 cessor 45 and the paying processor 54. 

chart for programming the paying processor 54 of FIG. 1 A further advantage of the computer processing system 

according to the present invention. The paying processor 54 for a shipment transaction involving a shipper and a carrier 

receives 802 the deposit file 50 and sends 804 a confirmation is that the data storage unit 42 and central processor 40 

message to the central processor 40 that the deposit file 50 interface to store and provide value-laden information to the 
was received. 55 users of the system. The central processor 40 provides a 

The paying processor 54 validates 806 the incoming security check for all information entering and leaving the 

deposit file and generates 808 payment to the carrier 22. The data storage unit 42. The central processor edits incoming 

paying processor 54 tenders 810 payment to the carrier 24 files and provides on-line alarms for duplicate files, stale 

and sends 812 this information to the central processor 40 so dated files, out of balance files, and files with corrupt data, 
that the central processor 40 can update the data storage unit 60 The central processor 40 maintains a suspense file in the data 

42. In a particular application, the paying processor 54 storage unit 42 where incoming invalid transaction infor- 

tenders payment by directly paying the carrier 22. In an mation and unmatched proof of delivery information are 

alternative embodiment, the paying processor 54 sends the stored. With a centrally located suspense file, the problem 

payment to the carrier's bank conventionally through the resolution process is more efficient. 
Federal Reserve's Automated Clearing House. « The central processor 40 maintains data views and Ubles 

One advantage associated with the generation of pay- and stores this information in the data storage unit 42. The 

ments to the carrier 22 is that the carrier 22 is paid relatively central processor 40 maintains a BOL Header Table for each 
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BOL number which geoerally includes a summary of all 
information relating to that shipment transaction. This infor- 
mation is shown in the table 6 below. The source of the 
particular data element is indicated in column four of table 
6. 

TABLE 6 

BOL Header Data Elements 



CP 40 Record ID 

CP 40 Record ID 

CP 40 Record ID; reporting 

Shipper Record ID 

Shipper Record ID, reporting 

Shipper Alternate index, 

identifies Carrier 
CP 40 Alternate index, for CP 

40 usage 
Shipper Alternate index, allows 

Shipper to specify it*s 

vendor number for a 

given carrier 
Shipper Alternate index, allows 

Shipper to specify it's 

customer number for a 

given receiver 
Shipper Alternate index, 

reporting 
Shipper Alternative Index 
Shipper Reporting, alternate 

locator 
Shipper Rqsoiting 
Shipper Oaims 



Data Element 


Length 


TVpc 


Shipper ID 


10 


N 


Dock ID 


3 


N 


Account ID 


16 


N 


BUI of Uding # 


IS 


AN 


Ship Date 


8 


N 


SCAC 


4 


A 


Merchant # 


10 


N 


Vendor # 


10 


N 


Customer Number 


10 


N 


Customer PO # 


15 


AN 



Shipper Order # 
Vendor Order 
Number 
Shif^r Name 
Shipper Contact 
Person 

Shipper Phone # 
Origin 
Designator 
City 
Stale 
ZIP Code 
Division Code 
Reference B/L #1 
Reference B/L Wl 
Reference B/L #3 
BUI of Lading 
TVpe 

Shipment Mode 
Inbound, 
Outbound Flag 
Prepaid, Collect 
Hag 

COD Flag 
COD Amount 
Shipment V^luc 
Driver Name 
Trailer/Car # 
Trailei/Qii Seal 
# 

In^it, Export 

Flag 

# Stops 

Stop Off Charges 

Rated Freight 
Charges 

Cube Dimensions 

Shipment **as 

weight" 

Accessorial 

Charges 

Total Freight 

Chgs 

Destination Name 
Destination Qty 
Destination 
State 

Destination Zip 
Code 



15 
15 

35 
20 

15 
10 

20 
2 
9 
2 
15 
15 
15 
1 

3 
1 



1 

9.2 
9.2 

20 

15 

15 



2 

7.2 
9.2 

5 

7.2 
7.2 

9.2 

25 
20 
2 



AN 
AN 



AN 
A 



AN Shipper Claims 

AN Shipper Reporting 

AN Shipper reporting 

A Shipper reporting 

N Shijsper reporting 

AN Shipper reporting 

AN Shpper Consolidated Shipments 

/VN Shipper Consolidated Shipments 

AN Shipper Consolidated Shipments 

AN Shipper Repotting 

AN Shipper LTL, T!-, RAI, AIR. 

AN Shipper reporting 

AN Shipper reporting 

AN Shipper reporting 

AN Shipper reporting 

AN Shijjper reporting; claims 

AN Shipper Reporting; Claims 

AN Shipper reporting; claims 

AN Shijiper reporting; claims 

AN Shipper reporting 
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TABLE 6-continued 



N 
AN 
AN 

N 
N 

AN 

AN 

/VN 
AN 
A 



Shipper reporting 
Shipper reporting 
Sh^pcr payment, reporting 

Shipper reporting 
Shpper reporting; claims 

Shipper payment, reporting 

Shipper payment, reporting 

Shpper reporting 
Shipper reporting 
Shipper reporting 



5 




ng 


lypc 


Soufce Ptifnose 




Destination Area 


3 


N 


Shipper reporting, verification 




Cbde 










Destination 


3 


N 


Shpper reporting, verification 




Prefix 








10 


Destination 
Phone 


4 


N 


Sh^}per reporting, s'erification 




MUeage 


5 


N 


Shipper reporting 

« r r o 




Vbucher/Check # 


12 


AS 


CP 40 inquiry 




Ship Date 


S 


N 


Shipper Life cycle tracking 




CP 40 Receipt 


s 


N 


CP 40 Life cycle tracking 


15 


Date 










Storage Insert 


8 


N 


CP 40 life cycle tracking 




Date 










VRU Extract Date 


8 


N 


CP 40 Life cycle tracking 




Authorization 


8 


N 


CP 40 Life cycle tracking 




Date 








20 


Authorization 




AN 


Issuing From authorization 








Proc.4S response feed 




Auth Response 


2 


AN 


Issuing From authorization 




Code 






Pnx:.45 response feed 




Delivery Date 


8 


N 


CP 40 Life cycle tracking 




Completion Date 


8 


N 


CP 40 life cycle tracking 


25 


Deposit Extract 


8 


N 


CP 40 Life cycle tracking 


Date 










Settlement Date 


8 


N 


Paying From SeUlement record 
Proc.54 




Settlement DDA # 


12 


AN 


Paying From Settlement record 

Proc54 




Shipper Billing 


8 


N 


Issuing From statement billing 


30 


Date 






Proc.45 file feed for life 
cycle tracking 




Delivery Area 


3 


N 


Carrier POD tracking, claims 




Code 






Proc 




Delivery Prefix 


3 


N 


Carrier POD tracking, claims 
Proc. 46 


35 


Delivery Phone 


4 


N 


Carrier POD tracking, claims 








Proc.46 




Receiver Name 


20 


A 


Carrier POD tracking, claims 




Receipt 


1 


A 


Carrier Quality of service 




Condition 






Proc46 tracking, claims 




POD ID 


15 


AS 


Carrier Provided by carrier 


40 








Proc.46 22(such as FedEx, UPS) 








who has accepted POD 
system 



In addition, the central processor 40 maintains BOL line 
^5 item details from the transaction information. The BOL line 
item details generally consist of information relating to the 
goods of the shipment as can be seen below in table 7. 
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TABLE? 



Data Element 



POL Line Item Detail Data Elements 



Length l^pe Source Purpose 



N Shipper reporting 



Shipper ID 
55 Bill of Lading # 
Ship Date 
Product 
Description 
Product ID 
Product VWue 
Haz Mat Flag 
Item Weight 
Ibtal Pes 
Item "as weight" 
Unit of Measure 
Accounting Code 
Item Freight 
^5 Charges 



16 N CP 40 Record ID 

15 AN Shipper Record ID 

8 N Shipper Record ID 

28 AN Shipper reporting, claims 



reporting, claims 
claims 

reporting, claims 
reporting, claims 
reporting, claims 
reporting 
reporting, claims 
reporting 
rqx)rting, claims 



8 AN Shipper 

7.2 $N Shipper 

1 AN Shipper 

7.2 N Shipper 

5 N Shipper 

7.2 N Shipper 

4 AN Shipper 

25 AN Shipper 

7.2 N Shipper 
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lo the example system application of FIG. 1, the carrier 22 extract payment data needed to automatically post his 

will not have access to the BOL line item product value, but accounts receivable system. This is an advantage over 

will be able to see the line item freight charges. existing systems which rely on manual distribution of pay- 

A further advantage of the shipment transaction system of ^^^^ account receivable system. Similarly, the 

FIG. 1 is that the system aUows multiple users to obtain 5 shipper can extract payment data and aulom^^ 

information about the same shipment from the same source. accounts payable which closes out the mdividual accounts 

Since the system supplies information from the same source. Pf-V^^^f ^^^^ advantage stemming from 

Ml i_. • ' c . .1. this automated system is that the shipper 20 does not need 

aU usere will obtain the same informauon at the same tmie. ^ invoice in order to have pVSof of delivery. The 

This advantage of Umehness does not exist in current ^0 accesses the central pi^cessor 40 and verify 

systems Existing systems are not known to provide a single lo ^^^^3^; ,3 ^ave been delivered by a particular carrier 

source of up-to^late inforatation regarding multiple ship- 22. Simil«ly. the carrier 22 accesses the ceniral processor 40 

men ransac 10ns. which transactions have been paid out by the 

In an alteraaUve embodiment, multiple users access the shipper 20. This informational system removes much uncer- 

shipment mformaUon via the central processor 40. The ,ai„,y ^^^^ shipment process which promotes moie 

shipment information is stored in the date storage unit 42. " efScient use of avaUable resouices such as working capital. 

The central processor 40 is electronicaUy Unked to a mul- transportation, and personnel. 

titude of tiser stations. Tie link between the cent.^1 proces- ^ -^i^^ appUcaUon. the central processor 40 gen- 

sor 40 and a user station aUows for conventional two-way ^^^(^ 3,^^^,^^^ ^^^^ transaction summary reports and 

commumcauon. TTie user station is a standard personal p^vides appropriate access to the reports by various users, 

computer compnsmg of a video display, a keyboard, a These reports include a transaction inventory control report, 

central processor, and a modem hnk. A user mitiates a ™«w « ^„^«^„c« ;^w^«t««, 

jr , - . , . , , an open agmg summary report, a suspense mventory control 

request for mformat.on by accwsmg the central proceswr 40 ^ ^^^^ ^ ^ i ^ 

using the personal computer. When the user is logged into ^ ^^^^^ ^^^^ 4^ ^ g,^^ ,^ 

the central processor 40. the central processor 4U prompts determine which subset of transaction records will be sum- 

thc user to enter a password. ^^^^^ ^^^^ example, the shipper 20 has 

The central processor 40 provides a security check on all access only to that shipper's reports, 

information requests. The security check is programmed ^h^ inventory comrol report provides control totals of 

such that the shipper 20 and carrier 22 are restricted to BOL nmnbers. merchandise value, and freight value. There 

accessing only their own daU. In addiUon. the processor 40 ^ ^^^^^^ including: starting inventory position. 

IS programmed such that unauthorized parlies are denied gOL's from shippcis, BOL's closed since the last 

report by the diflfcrent methods discussed for closing BOL 

/ The central processor 40 receives informational requests numbers, BOL's re-opened since the last report by manual 

from the user. The central processor 40 accesses the data proof of delivery override via customer service, BOL's 

storage unit 42 and extracts the requested information and canceled since the last report, and the ending inventory 

transmits the information to the user's station. The advan- position. 

tage of such an information service is clear. Users will be xhe open aging summary report contains those BOL 

able to obtam current information regarding a shipment ^^^^^^ ^^^^ ^^^^ ^,^1 been delivered. In addition, the 

insaction. freight value and merchandise value for each shipper ID and 

In a particular application, once a user has access to the 40 Dock ID are supplied for distinct age groups. The age groups 

system, the central processor 40 will prompt the user for a include groupings by consecutive days since the shipping 

ran^e of dates of interest includinp, the current day, th e date and one group for 10 days past the shipping date. The 

p revious day, monthly total, yearly total, or a spccli led d ate suspense inventory control by source report includes mer- 

range, The central processor 4U displays ttie transaction chandise and freight value amounts of transactions in the 

information, freight amounts, shipment costs, total weight, 45 suspense file. Several control points for the suspense inven- 

and cost per pound for various types of transactions includ- tory control include: starting inventory position, new inven- 

ing: transactions added to the data storage unit, t ransact ions tory added since last report, inventory cleared since last 

withproofof delivery, transactions that have expired, trans- report, inventory deleted since last report, inventory unde- 

actions in the suspense file, transactions paid to carrier. leted since last report, and ending inventory position. The 

transactions in transit, transactions declined, and transac- 5Q suspense inventory aging summary report provides an aged 

tions approved. smnmary of suspense files including the merchandise and 

The central processor 40 allows user's to request a freight value of items that are in the suspense file by original 

particular transaction by entering any one of a multitude of receipt date. 

transaction elements. The central processor 40 identifies a The central processor 40 generates detailed reports 

particular transaction with reference to the BOL number, the 55 including: the inventory aging detail report, the suspense 

shipper's customer number for the receiver 22, the payment inventory aging detail report, and the declined item aging 

ID, the carrier's customer number for the shipper 20, the detail report. The detail reports are viewed by either the 

merchant number, the account ID, the receiver's order shipper ID/Dock ID/account ID combination or by the 

number for the shipper 20, the shipper's order number for carrier ID/mcrchanl number combination. The inventory 

the BOL number, or the shipping date. This ensures com- 60 aging detail report lists the open BOL numbers sorted by the 

patibility between the user reference numbers such that the days in inventory, the shipper ID combination, and the BOL 

user can access information using their unique reference number. The inventory detail report lists the merchandise 

number assigned to the transaction. and freight value associated with each open BOL number. 

The example application has additional advantages. The The suspense inventory aging detail report lists open BOL 

cenu-al processor 40 provides to all authorized users the 65 numbers by source and receipt date. Several fields are 

abiUty lo generate custom analysis of their own data. This displayed including: shipper ID, dock ID, account ID. BOL 

has the advantage of giving the carrier 22 the ability to number, carrier ID, freight value, and the merchandise value. 
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The declined item aging detail report allows users to 
research the cause of exception items and lists the shipper ID 
combination, ship date, authorization time, BOL number, 
shipper invoice number, merchant number, and freight 
value. The declined item aging detail report is viewed by 5 
either shipper ID/dock ID/account ID combination, or by 
carrier ID/merchant number combination. 

The central processor 40 generates two reports that ref- 
erence decUned authorizations. These reports include the 
declined item summary report and the declined item aging 
report. The declined item summary report summarizes infor- 
mation regarding the declined authorization. The declined 
item aging report summarizes the information regarding the 
declined authorization by the shipping date. 

Accordingly, the present invention provides, among other 
aspects, a computer processing system for a shipment trans- 
action involving a shipper and a carrier. Other aspects and 
embodiments of the present invention will be apparent to 
those skilled in the art from consideration of the specifica- 
tion and practice of the invention disclosed herein. It is 
intended that the specification and illustrated embodiments 
be considered as exemplary only, with a true scope and spirit 
of the invention being indicated by the following claims. 

What is claimed is: 

1. In an environment of multiple shippers and carriers, a 
shipment transaction system for processing transaction 
information related to goods shipped from one of the ship- 
pers by one of the earners, the shipment transaction system 
comprising: 

means for accepting shipment information at the shipper's 

premises; 

means for generating a set of transaction information in 
response to the shipment information, said transaction 
information including a code to identify the carrier, a 35 
code to identify the shipper, information associated 
with the goods to be shipped, and the time at which the 
shipment is initiated at the shipper's premises; 

a central processor arrangement, located remote from the 
shipper's premises, responsive to the transaction 40 
information, storing an authorized profile list criterion, 
and determining whether the transaction information 
satisfies the authorized profile list criterion, wherein the 
authorized profile list criterion includes information 
about authorized users; and 4S 

means for informing the central processor arrangement of 
delivery of the goods by the carrier, the central pro- 
cessor arrangement being responsive to the informing 
means and using the transaction information and the 
authorized profile list criterion to audit the shipment 50 
transaction and payment thereof. 

2. The system of claim 1 wherein the generating means 
comprises a first data processor at shipper's premises. 

3. The system of claim 1 wherein the central processor 
arrangement verifies that the shipment transaction is com- 
pleted or expired as part of the audit. 

4. The system of claim 3 further comprising means for 
generating a deposit files, wherein the deposit file represents 
a previously determined cost of the shipment, and further 
comprising means for sending the deposit file to a financial ^ 
institution. 

5. The system as described in claim 4 wherein said means 
for generating a deposit file further comprises means for 
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extracting a list of authorized and completed transactions 
firom a data storage unit and sorting the transaction. 

6. The system as described in claim 5 further comprising 
means for extracting a list of authorized transactions from a 
data storage unit and sorting the transaction by the carrier 
wherein the expired transaction represent those transactions 
that have passed a predetermined date. 

7. The system of claim 1 wherein the set of transaction 
information is derived from a pre-approved rating system. 

8. The system of claim 1 further comprising a plurality of 
data processing devices located at the premises of a corre- 
sponding plurality of users wherein the central processor 
extracts relevant shipment data from a data storage unit and 
sends said relevant shipment data to said plurality of data 
processing devices. 

9. The system as described in claim 1 further comprising 
means for accepting an identification card wherein identifi- 
cation card contains shipment information. 

10. A system for billing a shipper and paying a carrier for 
a completed shipment transaction, comprising: 

means for receiving a set of transaction information 
including the cost of shipment from a central processor 
arrangement; 

means for maintaining a credit account for the shipper; 
means for verifying that the shipper has sufficient credit to 

fund the cost of shipment; 
means for debiting the account for the shipper; and 
means for tendering payment to the carrier, wherein the 

cost of shipment is transmitted to a financial institution 

and the financial institution effects payment to the 

carrier. 

11. The system of claim 10 further comprising means for 
determining costs of using the system and billing the shipper 
and the carrier for the costs of using the system. 

12. For use in a shipment transaction system involving 
multiple shippers and carriers, a shipment transaction 
method for processing transaction information related to 
goods shipped from one of the shippers by one of the 
carriers, the method comprising the steps of: 

accepting shipment information at the shipper's premises; 

generating a set of transaction information in response to 
the shipment information, said transaction information 
including a code to identify the carrier, a code to 
identify the shipper, information associated with the 
goods to be shipped, and the time at which the shipment 
is initiated at the shipper's premises; 

providing a central processor arrangement, located remote 
from the shipper's premises^ arranged to respond to the 
transaction information by storing an authorized profile 
list criterion and determining whether the transaction 
information satisfies the authorized profile list criterion, 
wherein the authorized profile list criterion includes 
information about authorized users; 

informing the central processor arrangement of delivery 
of the goods by the carrier; and 

using the central processor arrangement to respond to the 
informing means by using the transaction information 
and the authorized profile list criterion to audit the 
shipment transaction and payment thereof. 
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